home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / misc-part1 / 6260 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  3.3 KB

  1. Path: fc.hp.com!news
  2. From: koren@hpsrk.fc.hp.com (Steve Koren)
  3. Newsgroups: comp.sys.amiga.misc
  4. Subject: Re: MUI 3.2
  5. Date: 14 Feb 1996 13:51:52 -0700
  6. Organization: HP Fort Collins Site
  7. Sender: koren@hpsrk.fc.hp.com
  8. Message-ID: <oj63f8dtytz.fsf@hpsrk.fc.hp.com>
  9. References: <3118e92b@karkis.canit.se>
  10. NNTP-Posting-Host: hpsrk.fc.hp.com
  11. In-reply-to: bornhall@karkis.canit.se's message of 07 Feb 96 12:02:19 CET
  12. X-Newsreader: Gnus v5.0.9
  13.  
  14.  
  15. bornhall@karkis.canit.se (Peter Bornhall) wrote:
  16.  
  17. >  khf> 156 Kb.  Given what it does (check out the devkit!) I think that's
  18. >  Oh, so MUI consists only of muimaster.library all of a sudden?  No,
  19.  
  20. You're right, its not just muimaster.  There's some other stuff.  But
  21. taken together, with its memory allocated at run time, its still chicken
  22. feed.  At least on my system, which isn't a high end one.  I run other
  23. software like Lightwave that routinely allocates more than 30 megabytes
  24. of RAM.  I often run 4 or 5 major applications all at once, with 4 to 5
  25. big, deep public screens, and have 70 or 80 little tasks running.  A few
  26. hundred K here or there is just down in the noise, compared to the
  27. features it provides.  (And with VMM, the features I'm not using will
  28. get swapped out and stay swapped out if there is memory pressure
  29. anyway).
  30.  
  31. I suppose I can appreciate wanting to save the space on a system that
  32. only has a few meg of RAM total.  But on such a system I think it is not
  33. unreasonable if you cannot run some popular software.
  34.  
  35. > the risk of repeating myself, BGUI manages more or less the same in
  36. > apx 100k.
  37.  
  38. I don't like BGUI, even it was 10 Kb :-).  I have a few programs written
  39. in it.  I just like MUI a lot better.  Tastes vary I guess, eh? :-)
  40.  
  41. >  Look, I *KNOW* that it's a lot easier creating a GUI with MUI, but it's NOT
  42. > the ONLY way to do it you know!
  43.  
  44. True.  But we do need a consistent way, I think.  At least eventually.
  45. I really think AT needs to show some leadership here.
  46.  
  47. >  Face it pal, MUI isn't the "Amiga-saviour" you want it to be.  The
  48. >  concept is great, no doubt about that, but first of all we should
  49. >  wait for the next gen Amiga to appear.  Then we'll have the
  50. >  horsepower to (hopefully) run things like MUI/BGUI without any
  51. >  slowdown.
  52.  
  53. Hmm.  My system is not "high end" even by Amiga standards (its a bog
  54. standard 4000/040/25/(16+2)Mb with a GVP Spectrum).  MUI 3.2 zips along
  55. quite nicely for me.  When switching between groups with those little
  56. click-tabs, its like "WHAM!" and the new group is there.  You can't even
  57. *see* it redraw.  Its instantaneous - probably 1/20th second or so total
  58. draw time in all but the most complex of cases.  The absolute longest
  59. delay I've ever seen in a MUI program is one with an extremely complex
  60. layout with many gadgets.  In that case, getting a new window the first
  61. time takes on the order of 1 second (including the time to load the
  62. program from HD).
  63.  
  64. I think MUI runs just fine on today's hardware.  It should be even
  65. better on a high end Amiga, like an 060/50+CV64.  I don't see PPC's as a
  66. necessity here.  (I want one for other reasons, mind you :-) ).
  67.  
  68. > Application consistency?!  Between MUI programs, yes, until you start
  69. > to configure each app to have its own backgrounds, buttons, etc, etc.
  70. > That's not exactly what I call application consistency.
  71.  
  72. The ability to configure apps doesn't preclude even visual consistency,
  73. let alone behavioral or other types.
  74.  
  75.    - steve
  76.